Color managed embedding system for embedding signals in color artwork

ABSTRACT

The present disclosure relates generally to signal encoding for product packaging and other printed objects. One implementation utilizes a target reflectance value for image content combined with an encoded signal at or around 660 nm to guide color changes. Luminance change is controlled through opposing color shifts, while maintaining the target reflectance value. Other implementations are provided.

RELATED APPLICATION DATA

This application claims the benefit of assignee's U.S. Provisional Patent Application Nos. 62/914,302, filed Oct. 11, 2019, and 62/933,042, filed Nov. 8, 2019, each of which is hereby incorporated herein by reference in its entirety.

TECHNICAL FIELD

The present disclosure relates generally to advanced image signal processing, color science, signal encoding and digital watermarking, particularly for printed objects including, e.g., product packaging, labels and hangtags.

BACKGROUND AND SUMMARY

This document describes technology to encode information signals in host carriers, such as color artwork and images. One form of information encoding is “steganography.” Another form of information encoding includes digital watermarking. For purposes of this disclosure, the terms “digital watermark,” “watermark,” “data encoding” and “data hiding” are used interchangeably. We sometimes use the terms “encoding,” “encode,” “embedding,” “embed,” and “data hiding” to mean modulating or transforming data representing imagery or video to include information therein. For example, data encoding embeds an information signal (e.g., a plural bit payload or a modified version of such, e.g., a 2-D error corrected, spread spectrum signal) in a host signal. This can be accomplished, e.g., by modulating a host signal (e.g., image, video or audio) in some fashion to carry the information signal. One way to modulate a host signal is to overprint a first color with additional colors. Another way to modulate a host signal is to tweak (or adjust) an ink value relative to its original value.

Some of the present assignee's work in signal encoding, data hiding, and digital watermarking is reflected, e.g., in U.S. Pat. Nos.: 6,947,571; 6,912,295; 6,891,959. 6,763,123; 6,718,046; 6,614,914; 6,590,996; 6,408,082; 6,122,403 and 5,862,260, and in published specifications WO 9953428 and WO 0007356 (corresponding to U.S. Pat. Nos. 6,449,377 and 6,345,104). Each of these patent documents is hereby incorporated by reference herein in its entirety. Of course, a great many other approaches are familiar to those skilled in the art. The artisan is presumed to be familiar with a full range of literature concerning signal encoding, steganography, data hiding and digital watermarking.

The described technology provides apparatus, systems, methods and non-transitory computer readable medium to encode color artwork with an information signal. The encoding prioritizes a low resulting luminance change after encoding. This can be achieved by offsetting the changed luminance while preserving a target robustness. Robustness can be modeled by a target reflectance value representing the color artwork combined with an information signal at or around 660 nm. A few particular combinations include the following. Others will be evident from the detailed description and drawings. One combination includes an image processing method comprising: obtaining a reflectance value representing an image pixel or group of image pixels at or around 660 nm, the image pixel representing artwork including cyan, magenta, yellow and black channels; altering the reflectance value according to an information carrying signal, said altering yielding a target reflectance value at or around 660 nm; changing in a first direction the cyan value of the image or group of image pixels pixel to achieve the target reflectance value, said changing yielding changed pixel colors; evaluating the luminance (L*) of the changed pixel colors relative to the luminance of the image pixel or group of image pixels; changing in a second direction opposite of the first direction the magenta value of the changed pixel color to minimize a change in luminance (*L) while maintaining the target reflectance value within 0.02-5%.

Another combination includes an image processing method comprising: obtaining a pixel corresponding to color values including cyan, magenta, yellow and black values, the cyan, magenta, yellow and black values corresponding to L*a*b* values; changing the cyan value to achieve a target reflectance value at or around 660 nm, the target reflectance value corresponding to a reflectance representing pixel reflectance and information signal reflectance at or around 660 nm, the changing the cyan value yielding a changed cyan value, in which the changed cyan value, magenta value, yellow value and black values correspond to first changed L*a*b* values; changing the magenta value in a direction opposite to the change in cyan value to reduce a luminance difference between the L*a*b* values and the first changed L*a*b* values, said changing the magenta value yields a changed magenta value, in which the changed cyan value, the changed magenta value, the yellow value and the black value correspond to second changed L*a*b* values.

In some embodiments the above image processing method also includes: changing the yellow value and the changed magenta value to reduce a b* difference between the L*a*b* values and the second changed L*a*b* values, said changing the yellow value and the changed magenta value yielding a changed yellow value and a second changed magenta value.

Still another combination includes an image processing method comprising: obtaining target reflectance values representing reflectance of i) artwork and ii) an information signal at or around 660 nm, the artwork comprising at least first cyan values, magenta values and yellow values; obtaining second cyan values from a blend model using the target reflectance values, the magenta values and the yellow values, said obtaining yielding second cyan values; changing the magenta values and the yellow values to offset luminance (L*) attributable to the second cyan values, the changing yielding second magenta values and second yellow values; and providing the second cyan values, the second magenta values and the second yellow values to represent the artwork, in which the information signal is detectable from image data representing the second cyan values under red-light illumination at or around 660 nm.

Additional features, combinations and technology will be readily apparent from the following description with reference to the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

The patent or application file contains at least one drawing executed in color. Copies of this patent or patent application publication with color drawing(s) will be provided by the Office upon request and payment of the necessary fee.

FIG. 1 is a block diagram of a signal encoder for encoding a digital payload signal into an image signal.

FIG. 2 is a block diagram of a compatible signal decoder for extracting the digital payload signal from an image signal.

FIG. 3 is a flow diagram illustrating operations of a signal generator.

FIG. 4 is a diagram illustrating embedding of an auxiliary signal into host image signal.

FIG. 5 is a flow diagram illustrating a method for decoding a payload signal from a host image signal.

FIGS. 6A-6C illustrate a difference in visual sensitive between L*, a* and b*.

FIG. 7 is a flow diagram for generating an encoded output tile.

FIG. 8 is a diagram illustrating colors seen by a red-LED scanner, e.g., at or around 660 nm.

FIG. 9 is plot showing a spectral sensitivity for a red-LED scanner.

FIG. 10 is flow diagram illustrating generation of a set of target reflectance values at or around 660 nm (670 nm).

FIG. 11 is a graph showing a reflectance comparison between CMYK and paper, particularly at or around 660 nm (670 nm).

FIGS. 12A-12C show changes to L*, a*, b* in a yellow/magenta space.

FIG. 13 is a diagram showing placement of color values for yellow/magenta tweaks for a given cyan value.

DETAILED DESCRIPTION Introduction

The following detailed description is divided into three (3) general sections. It should be understood from the outset, however, that we expressly contemplate combining subject matter from one such section with one or more of the other sections. Thus, the sections and section headings are provided for the reader's convenience and are not intended to impose restrictions or limitations. The sections include: I. Signal Encoder and Decoder; II. Color Managed Embedding; and III. Operating Environments.

I. Signal Encoder and Decoder

Encoder/Decoder

FIG. 1 is a block diagram of a signal encoder for encoding a digital payload signal into an image signal. FIG. 2 is a block diagram of a compatible signal decoder for extracting the digital payload signal from an image signal.

While the signal encoder and decoder may be used for communicating a data channel for many applications, one objective for use in physical objects is robust signal communication through images formed on and captured from these objects. Signal encoders and decoders, like those in the Digimarc Barcode Platform from Digimarc Corporation, communicate auxiliary data in a data carrier within image content. Encoding and decoding is applied digitally, yet the signal survives digital to analog transformation and analog to digital transformation. For example, the encoder generates a modulated digital image that is converted to a rendered form, such as a printed image. The modulated digital image includes the encoded signal prior to rendering. Prior to decoding, a receiving device has or communicates with an imager to capture the modulated signal, convert it to an electric signal, which is digitized and then processed by the FIG. 2 signal decoder.

Inputs to the signal encoder include a host image 220 and auxiliary data payload 222. The objectives of the encoder include encoding a robust signal with desired payload capacity per unit of host signal (e.g., a unit may include the spatial area of a two-dimensional tile within the host signal), while maintaining perceptual quality. In some cases, there may be very little variability or presence of a host signal. In this case, there is little host interference on the one hand, yet little host content in which to mask the presence of the data channel within an image. Some examples include a package design that is devoid of much image variability (e.g., a single, uniform color). See, e.g., Ser. No. 14/725,399, issued as U.S. Pat. No. 9,635,378, incorporated herein by reference in its entirety.

The auxiliary data payload 222 includes the variable data information to be conveyed in the data channel, possibly along with other protocol data used to facilitate the communication. The protocol of the auxiliary data encoding scheme comprises the format of the auxiliary data payload, error correction coding schemes, payload modulation methods (such as the carrier signal, spreading sequence, encoded payload scrambling or encryption key), signal structure (including mapping of modulated signal to embedding locations within a tile), error detection in payload (CRC, checksum, etc.), perceptual masking method, host signal insertion function (e.g., how auxiliary data signal is embedded in or otherwise combined with host image signal in a package or label design), and/or synchronization method and signals.

The protocol defines the manner in which the signal is structured and encoded for robustness, perceptual quality and/or data capacity. For a particular application, there may be a single protocol, or more than one protocol, depending on application requirements. Examples of multiple protocols include cases where there are different versions of the channel, different channel types (e.g., several digital watermark layers within a host). Different versions may employ different robustness encoding techniques or different data capacity. Protocol selector module 224 determines the protocol to be used by the encoder for generating a data signal. It may be programmed to employ a particular protocol depending on the input variables, such as user control, application specific parameters, or derivation based on analysis of the host signal.

Perceptual analyzer module 226 analyzes the input host signal to determine parameters for controlling signal generation and embedding, as appropriate. It is not necessary in certain applications, while in others it may be used to select a protocol and/or modify signal generation and embedding operations. For example, when encoding in host color images that will be printed or displayed, the perceptual analyzer 256 is used to ascertain color content and masking capability of the host image. The output of this analysis, along with the rendering method (display or printing device) and rendered output form (e.g., ink and substrate) is used to control auxiliary signal encoding in particular color channels (e.g., one or more channels of process inks, Cyan, Magenta, Yellow, or Black (CMYK) or spot colors), perceptual models, and signal protocols to be used with those channels. Please see, e.g., our work on visibility and color models used in perceptual analysis in our U.S. application Ser. No. 14/616,686 (published as US 2015-0156369 A1; issued as U.S. Pat. No. 9,380,186), Ser. No. 14/588,636 (published as US 2015-0187039 A1; issued as U.S. Pat. No. 9,401,001) and Ser. No. 13/975,919 (issued as U.S. Pat. No. 9,449,357), Patent Application Publication No. US 2010-0150434 A1, and U.S. Pat. No. 7,352,878, which are hereby incorporated by reference in their entirety.

The perceptual analyzer module 226 also computes a perceptual model, as appropriate, to be used in controlling the modulation of a data signal onto a data channel within image content as described below.

The signal generator module 228 operates on the auxiliary data and generates a data signal according to the protocol. It may also employ information derived from the host signal, such as that provided by perceptual analyzer module 226, to generate the signal. For example, the selection of data code signal and pattern, the modulation function, and the amount of signal to apply at a given embedding location may be adapted depending on the perceptual analysis, and in particular on the perceptual model and perceptual mask that it generates. Please see below and the incorporated patent documents for additional aspects of this process.

Embedder module 230 takes the data signal and modulates it into an image by combining it with the host image. The operation of combining may be an entirely digital signal processing operation, such as where the data signal modulates the host signal digitally, may be a mixed digital and analog process or may be purely an analog process (e.g., where rendered output images, with some signals being modulated data and others being host image content, such as the various layers of a package design file).

There are a variety of different functions for combining the data and host in digital operations. One approach is to adjust the host signal value as a function of the corresponding data signal value at an embedding location, which is limited or controlled according to the perceptual model and a robustness model for that embedding location. The adjustment may be altering the host image by adding a scaled data signal or multiplying by a scale factor dictated by the data signal value corresponding to the embedding location, with weights or thresholds set on the amount of the adjustment according to the perceptual model, robustness model, and/or available dynamic range. The adjustment may also be altering by setting the modulated host signal to a particular level (e.g., quantization level) or moving it within a range or bin of allowable values that satisfy a perceptual quality or robustness constraint for the encoded data.

As detailed further below, the signal generator 228 produces a data signal with data elements that are mapped to embedding locations in an image tile. These data elements are modulated onto the host image at the embedding locations. A tile may include a pattern of embedding locations. The tile derives its name from the way in which it is repeated in contiguous blocks of a host signal, but it need not be arranged this way. In image-based encoders, we may use tiles in the form of a two dimensional array (e.g., 128×128, 256×256, 512×512) of embedding locations. The embedding locations correspond to host signal samples at which an encoded signal element is embedded in an embedding domain, such as a spatial domain (e.g., pixels at a spatial resolution), frequency domain (frequency components at a frequency resolution), or some other feature space. We sometimes refer to an embedding location as a bit cell, referring to a unit of data (e.g., an encoded bit or chip element) encoded within a host signal at the location of the cell. Again, please see the documents incorporated herein for more information on variations for particular type of media.

The operation of combining may include one or more iterations of adjustments to optimize the modulated host for perceptual quality or robustness constraints. One approach, for example, is to modulate the host image so that it satisfies a perceptual quality metric as determined by perceptual model (e.g., visibility model) for embedding locations across the signal. Another approach is to modulate the host image so that it satisfies a robustness metric across the signal. Yet another is to modulate the host image according to both the robustness metric and perceptual quality metric derived for each embedding location. The incorporated documents provide examples of these techniques. Below, we highlight a few examples. See, e.g., U.S. Pat. No. 9,449,357; and see also, U.S. Pat. Nos. 9,401,001 and 9,565,335, which are each hereby incorporated by reference in its entirety.

For color images, the perceptual analyzer generates a perceptual model that evaluates visibility of an adjustment to the host by the embedder and sets levels of controls to govern the adjustment (e.g., levels of adjustment per color direction, and per masking region). This may include evaluating the visibility of adjustments of the color at an embedding location (e.g., units of noticeable perceptual difference in color direction in terms of CIE Lab values), Contrast Sensitivity Function (CSF), spatial masking model (e.g., using techniques described by Watson in US Published Patent Application No. US 2006-0165311 A1, which is incorporated by reference herein in its entirety), etc. One way to approach the constraints per embedding location is to combine the data with the host at embedding locations and then analyze the difference between the encoded host with the original. The perceptual model then specifies whether an adjustment is noticeable based on the difference between a visibility threshold function computed for an embedding location and the change due to embedding at that location. The embedder then can change or limit the amount of adjustment per embedding location to satisfy the visibility threshold function. Of course, there are various ways to compute adjustments that satisfy a visibility threshold, with different sequence of operations. See, e.g., our U.S. patent application Ser. No. 14/616,686, Ser. No. 14/588,636 and Ser. No. 13/975,919, Patent Application Publication No. US 2010-0150434 A1, and U.S. Pat. No. 7,352,878, already incorporated herein.

The Embedder also computes a robustness model. The computing of a robustness model may include computing a detection metric for an embedding location or region of locations. The approach is to model how well the decoder will be able to recover the data signal at the location or region. This may include applying one or more decode operations and measurements of the decoded signal to determine how strong or reliable the extracted signal. Reliability and strength may be measured by comparing the extracted signal with the known data signal. Below, we detail several decode operations that are candidates for detection metrics within the embedder. One example is an extraction filter which exploits a differential relationship to recover the data signal in the presence of noise and host signal interference. At this stage of encoding, the host interference is derivable by applying an extraction filter to the modulated host. The extraction filter models data signal extraction from the modulated host and assesses whether the differential relationship needed to extract the data signal reliably is maintained. If not, the modulation of the host is adjusted so that it is.

Detection metrics may be evaluated such as by measuring signal strength as a measure of correlation between the modulated host and variable or fixed data components in regions of the host or measuring strength as a measure of correlation between output of an extraction filter and variable or fixed data components. Depending on the strength measure at a location or region, the embedder changes the amount and location of host signal alteration to improve the correlation measure. These changes may be particularly tailored so as to establish relationships of the data signal within a particular tile, region in a tile or bit cell pattern of the modulated host. To do so, the embedder adjusts bit cells that violate the relationship so that the relationship needed to encode a bit (or M-ary symbol) value is satisfied and the thresholds for perceptibility are satisfied. Where robustness constraints are dominant, the embedder will exceed the perceptibility threshold where necessary to satisfy a desired robustness threshold.

The robustness model may also model distortion expected to be incurred by the modulated host, apply the distortion to the modulated host, and repeat the above process of measuring detection metrics and adjusting the amount of alterations so that the data signal will withstand the distortion. See, e.g., Ser. No. 14/616,686, Ser. No. 14/588,636 and Ser. No. 13/975,919 for image related processing.

This modulated host is then output as an output image signal 232, with a data channel encoded in it. The operation of combining also may occur in the analog realm where the data signal is transformed to a rendered form, such as a layer of ink or coating applied by a commercial press to substrate. Another example is a data signal that is overprinted as a layer of material, engraved in, or etched onto a substrate, where it may be mixed with other signals applied to the substrate by similar or other marking methods. In these cases, the embedder employs a predictive model of distortion and host signal interference and adjusts the data signal strength so that it will be recovered more reliably. The predictive modeling can be executed by a classifier that classifies types of noise sources or classes of host image and adapts signal strength and configuration of the data pattern to be more reliable to the classes of noise sources and host image signals that the encoded data signal is likely to be encounter or be combined with.

The output 232 from the Embedder signal typically incurs various forms of distortion through its distribution or use. For printed objects, this distortion occurs through rendering an image with the encoded signal in the printing process, and subsequent scanning back to a digital image via a camera or like image sensor.

Turning to FIG. 2, the signal decoder receives an encoded host signal 240 and operates on it with one or more processing stages to detect a data signal, synchronize it, and extract data.

The decoder is paired with an input device in which a sensor captures an analog form of the signal and an analog to digital converter converts it to a digital form for digital signal processing. Though aspects of the decoder may be implemented as analog components, e.g., such as preprocessing filters that seek to isolate or amplify the data channel relative to noise, much of the decoder is implemented as digital signal processing modules that implement the signal processing operations within a scanner. As noted, these modules can be implemented as software instructions executed within an image scanner or camera, an FPGA, or ASIC, etc.

The detector 242 is a signal processing module that detects presence of the data channel. The incoming signal is referred to as a suspect host because it may not have a data channel or may be so distorted as to render the data channel undetectable. The detector is in communication with a protocol selector 244 to get the protocols it uses to detect the data channel. It may be configured to detect multiple protocols, either by detecting a protocol in the suspect signal and/or inferring the protocol based on attributes of the host signal or other sensed context information. A portion of the data signal may have the purpose of indicating the protocol of another portion of the data signal. As such, the detector is shown as providing a protocol indicator signal back to the protocol selector 244.

The synchronizer module 246 synchronizes the incoming signal to enable data extraction. Synchronizing includes, for example, determining the distortion to the host signal and compensating for it. This process provides the location and arrangement of encoded data elements within the host signal.

The data extractor module 248 gets this location and arrangement and the corresponding protocol and demodulates a data signal from the host. The location and arrangement provide the locations of encoded data elements. The extractor obtains estimates of the encoded data elements and performs a series of signal decoding operations.

As detailed in examples below and in the incorporated documents, the detector, synchronizer and data extractor may share common operations, and in some cases may be combined. For example, the detector and synchronizer may be combined, as initial detection of a portion of the data signal used for synchronization indicates presence of a candidate data signal, and determination of the synchronization of that candidate data signal provides synchronization parameters that enable the data extractor to apply extraction filters at the correct orientation, scale and start location of a tile. Similarly, data extraction filters used within data extractor may also be used to detect portions of the data signal within the detector or synchronizer modules. The decoder architecture may be designed with a data flow in which common operations are re-used iteratively, or may be organized in separate stages in pipelined digital logic circuits so that the host data flows efficiently through the pipeline of digital signal operations with minimal need to move partially processed versions of the host data to and from a shared memory unit, such as a RAM memory.

Signal Generator

FIG. 3 is a flow diagram illustrating operations of a signal generator. Each of the blocks in the diagram depict processing modules that transform the input auxiliary data into a digital payload data signal structure. The input auxiliary data may include, e.g., a Global Trade Item Number (GTIN) developed by GS1. For example, the GTIN may be structured in the GTIN-12 format for UPC codes. Of course, the input auxiliary data may represent other plural bit codes as well. For a given protocol, each block provides one or more processing stage options selected according to the protocol. In processing module 300, the auxiliary data payload is processed to compute error detection bits, e.g., such as a Cyclic Redundancy Check (CRC), Parity, check sum or like error detection message symbols. Additional fixed and variable messages used in identifying the protocol and facilitating detection, such as synchronization signals may be added at this stage or subsequent stages.

Error correction encoding module 302 transforms the message symbols of the digital payload signal into an array of encoded message elements (e.g., binary or M-ary elements) using an error correction method. Examples include block codes, BCH, Reed Solomon, convolutional codes, turbo codes, etc.

Repetition encoding module 304 repeats and concatenates the string of symbols from the prior stage to improve robustness. For example, certain message symbols may be repeated at the same or different rates by mapping them to multiple locations within a unit area of the data channel (e.g., one unit area being a tile of bit cells, as described further below).

Repetition encoding may be removed and replaced entirely with error correction coding. For example, rather than applying convolutional encoding (⅓ rate) followed by repetition (repeat three times), these two can be replaced by convolution encoding to produce a coded payload with approximately the same length.

Next, carrier modulation module 306 takes message elements of the previous stage and modulates them onto corresponding carrier signals. For example, a carrier might be an array of pseudorandom signal elements, with equal number of positive and negative elements (e.g., 16, 32, 64 elements), or other waveform, such as sine wave or orthogonal array. In the case of positive and negative elements, the payload signal is a form of binary antipodal signal. It also may be formed into a ternary (of 3 levels, −1, 0, 1) or M-ary signal (of M levels). These carrier signals may be mapped to spatial domain locations or spatial frequency domain locations. Another example of carrier signals are sine waves, which are modulated using a modulation scheme like phase shifting, phase quantization, and/or on/off keying. In one embodiment, carrier modulation module XORs each bit of a scrambled signature with a string of 16 binary elements (a “spreading key”), yielding 16 “chips” having “0” and “1” values. If error correction encoding yields a signature of 1024 bits (which can then be randomized), then the carrier modulation module 306 produces 16,384 output chips.

Mapping module 308 maps signal elements of each modulated carrier signal to locations within the channel. In the case where a digital host signal is provided, the locations correspond to embedding locations within the host signal. The embedding locations may be in one or more coordinate system domains in which the host signal is represented within a memory of the signal encoder. The locations may correspond to regions in a spatial domain, temporal domain, frequency domain, or some other transform domain. Stated another way, the locations may correspond to a vector of host signal features, which are modulated to encode a data signal within the features.

Mapping module 308 also maps a synchronization signal to embedding locations within the host signal, for embodiments employing an explicit synchronization signal. An explicit synchronization signal is described further below.

To accurately recover the payload, the decoder extracts estimates of the coded bits at the embedding locations within each tile. This requires the decoder to synchronize the image under analysis to determine the embedding locations. For images, where the embedding locations are arranged in two dimensional blocks within a tile, the synchronizer determines rotation, scale and translation (origin) of each tile. This may also involve approximating the geometric distortion of the tile by an affine transformation that maps the embedded signal back to its original embedding locations.

To facilitate synchronization, the auxiliary signal may include an explicit or implicit synchronization signal. An explicit synchronization signal is an auxiliary signal separate from the encoded payload that is embedded with the encoded payload, e.g., within the same tile). An implicit synchronization signal is a signal formed with the encoded payload, giving it structure that facilitates geometric/temporal synchronization. Examples of explicit and implicit synchronization signals are provided in our previously cited U.S. Pat. Nos. 6,614,914, and 5,862,260, which are each hereby incorporated herein by reference in their entirety.

In particular, one example of an explicit synchronization signal is a signal comprised of a set of sine waves, with pseudo-random phase, which appear as peaks in the Fourier domain of the suspect signal. See, e.g., U.S. Pat. Nos. 6,614,914, and 5,862,260, describing use of a synchronization signal in conjunction with a robust data signal. Also see U.S. Pat. No. 7,986,807, which is hereby incorporated by reference in its entirety.

Our US Patent Application Publication No. US 2012-0078989 A1, which is hereby incorporated by reference in its entirety, provides additional methods for detecting an embedded signal with this type of structure and recovering rotation, scale and translation from these methods.

Examples of implicit synchronization signals, and their use, are provided in U.S. Pat. Nos. 6,614,914 and 5,862,260, as well as U.S. Pat. Nos. 6,625,297 and 7,072,490, and U.S. patent application Ser. No. 14/724,729 (issued as U.S. Pat. No. 9,747,656), which are hereby incorporated by reference in their entirety.

Signal Embedding in Host

FIG. 4 is a diagram illustrating embedding of an auxiliary signal into host signal. As shown, the inputs are a host signal block (e.g., blocks of a host digital image) (320) and an encoded auxiliary signal (322), which is to be inserted into the signal block. The encoded auxiliary signal may include an explicit synchronization component, or the encoded payload may be formulated to provide an implicit synchronization signal. Processing block 324 is a routine of software instructions or equivalent digital logic configured to insert the mapped signal(s) into the host by adjusting the corresponding host signal sample(s) at an embedding location according to the value of the mapped signal element. For example, the mapped signal is added/subtracted from corresponding a sample value, with scale factor and threshold from the perceptual model or like mask controlling the adjustment amplitude. In implementations with an explicit synchronization signal, the encoded payload and synchronization signals may be combined and then added or added separately with separate mask coefficients to control the signal amplitude independently.

Following the construction of the payload, error correction coding is applied to the binary sequence. This implementation applies a convolutional coder at rate ¼, which produces an encoded payload signal of 4096 bits. Each of these bits is modulated onto a binary antipodal, pseudorandom carrier sequence (−1, 1) of length 16, e.g., multiply or XOR the payload bit with the binary equivalent of chip elements in its carrier to yield 4096 modulated carriers, for a signal comprising 65,536 elements. These elements map to the 65,536 embedding locations in each of the 256 by 256 tiles.

An alternative embodiment, for robust encoding on packaging employs tiles of 128 by 128 embedding locations. Through convolutional coding of an input payload at rate ⅓ and subsequent repetition coding, an encoded payload of 1024 bits is generated. Each of these bits is modulated onto a similar carrier sequence of length 16, and the resulting 16,384 signal elements are mapped to the 16,384 embedding locations within the 128 by 128 tile.

There are several alternatives for mapping functions to map the encoded payload to embedding locations. In one, these elements have a pseudorandom mapping to the embedding locations. In another, they are mapped to bit cell patterns of differentially encoded bit cells as described in U.S. patent application Ser. No. 14/724,729 (issued as U.S. Pat. No. 7,747,656). In the latter, the tile size may be increased to accommodate the differential encoding of each encoded bit in a pattern of differential encoded bit cells, where the bit cells corresponding to embedding locations at a target resolution (e.g., 300 DPI).

Our U.S. patent application Ser. No. 14/725,399 (issued as U.S. Pat. No. 9,635,378), describes methods for inserting auxiliary signals in areas of package and label designs that have little host image variability. These methods are particularly useful for labels, including price change labels and fresh food labels. These signal encoding methods may be ported to the printing sub-system in scales used within fresh food, deli and meat departments to encode GTINs and control flags for variable weight items in the image of a label, which is then printed by the printer sub-system (typically a thermal printer) on the label and affixed to an item.

For an explicit synchronization signal, the mapping function maps a discrete digital image of the synchronization signal to the host image block. For example, where the synchronization signal comprises a set of Fourier magnitude peaks or sinusoids with pseudorandom phase, the synchronization signal is generated in the spatial domain in a block size coextensive with the 256 by 256 tile (or other tile size, e.g., 128 by 128) at target embedding resolution.

Various detailed examples of encoding protocols and processing stages of these protocols are provided in our prior work, such as our U.S. Pat. Nos. 6,614,914, 5,862,260, and 6,674,876, which are hereby incorporated by reference, and US Patent Publication No. US 2010-0150434 A1 and U.S. patent application Ser. No. 14/725,399, issued as U.S. Pat. No. 9,635,378, previously incorporated. More background on signaling protocols, and schemes for managing compatibility among protocols, are provided in U.S. Pat. No. 7,412,072, which is hereby incorporated by reference.

One signaling approach, which is detailed in U.S. Pat. Nos. 6,614,914, and 5,862,260, is to map elements to pseudo-random locations within a channel defined by a domain of a host signal. See, e.g., FIG. 9 of U.S. Pat. No. 6,614,914. In particular, elements of a watermark signal are assigned to pseudo-random embedding locations within an arrangement of sub-blocks within a block (referred to as a “tile”). The elements of this watermark signal correspond to error correction coded bits. These bits are modulated onto a pseudo-random carrier to produce watermark signal elements (block 306 of FIG. 3), which in turn, are assigned to the pseudorandom embedding locations within the sub-blocks (block 308 of FIG. 3). An embedder module modulates this signal onto a host signal by increasing or decreasing host signal values at these locations for each error correction coded bit according to the values of the corresponding elements of the modulated carrier signal for that bit.

FIG. 5 is a flow diagram illustrating a method for decoding a payload signal from a host image signal. Implementations of a watermark decoder and watermark processors available from Digimarc Corporation include:

Digimarc Mobile Software Development Kit; and

Digimarc Embedded Systems SDK.

The Embedded Systems SDK is the one typically integrated into scanner hardware.

Corresponding encoder embodiments available from Digimarc Corporation include:

Digimarc Barcode SDKs

Digimarc Barcode Plugin

Returning to FIG. 5, the frames are captured at a resolution preferably near the resolution at which the auxiliary signal has been encoded within the original image (e.g., 300 DPI, 100 DPI, etc.). An image up-sampling or down-sampling operation may be performed to convert the image frames supplied by the imager to a target resolution for further decoding.

The resulting image blocks supplied to the decoder from these frames may potentially include an image with the payload. At least some number of tiles of encoded signal may be captured within the field of view, if an object with encoded data is being scanned. Otherwise, no encoded tiles will be present. The objective, therefore, is to determine as efficiently as possible whether encoded tiles are present.

In the initial processing of the decoding method, it is advantageous to select frames and blocks within frames that have image content that are most likely to contain the encoded payload. From the image passed to the decoder, the decoder selects image blocks for further analysis. The block size of these blocks is set large enough to span substantially all of a complete tile of encoded payload signal, and preferably a cluster of neighboring tiles. However, because the distance from the camera may vary, the spatial scale of the encoded signal is likely to vary from its scale at the time of encoding. This spatial scale distortion is further addressed in the synchronization process.

For more on block selection, please see US Published Patent Application No. US 2015-0030201 A1, which are each hereby incorporated by reference in its entirety.

Please also see U.S. Pat. No. 9,922,220, which is hereby incorporated by reference, for more on block selection where processing time is more limited.

The first stage of the decoding process filters the image to prepare it for detection and synchronization of the encoded signal (402). The decoding process sub-divides the image into blocks and selects blocks for further decoding operations. For color images, a first filtering stage converts the input color image signal (e.g., RGB values) to a color channel or channels where the auxiliary signal has been encoded. See, e.g., U.S. Pat. No. 9,117,268, which is hereby incorporated herein by reference in its entirety, for more on color channel encoding and decoding. For an image captured under red illumination by a monochrome scanner, the decoding process operates on this “red” channel sensed by the scanner. Some scanners may pulse LEDs of different color to obtain plural color or spectral samples per pixel as described in our Patent Application Publication No. US 2013-0329006 A1, which is hereby incorporated by reference.

A second filtering operation isolates the auxiliary signal from the host image. Pre-filtering is adapted for the auxiliary signal encoding format, including the type of synchronization employed. For example, where an explicit synchronization signal is used, pre-filtering is adapted to isolate the explicit synchronization signal for the synchronization process.

In some embodiments, the synchronization signal is a collection of peaks in the Fourier domain. Prior to conversion to the Fourier domain, the image blocks are pre-filtered. See, e.g., LaPlacian pre-filter in U.S. Pat. No. 6,614,914. A window function is applied to the blocks and then a transform to the Fourier domain, applying an FFT. Another filtering operation is performed in the Fourier domain. See, e.g., pre-filtering options in U.S. Pat. Nos. 6,988,202, 6,614,914, and 9,182,778, which are hereby incorporated by reference in their entirety.

For more on filters, also see U.S. Pat. No. 7,076,082, which is hereby incorporated by reference in its entirety. This patent describes a multi-axis filter, e.g., an oct-axis filter. Oct axis compares a discrete image sample with eight neighbors to provide a compare value (e.g., +1 for positive difference, −1 or negative difference), and sums the compare values. Different arrangements of neighbors and weights may be applied to shape the filter according to different functions. Another filter variant is a cross shaped filter, in which a sample of interest is compared with an average of horizontal neighbors and vertical neighbors, which are then similarly summed.

Next, synchronization process (404) is executed on a filtered block to recover the rotation, spatial scale, and translation of the encoded signal tiles. This process may employ a log polar method as detailed in U.S. Pat. No. 6,614,914 or least squares approach of U.S. Pat. No. 9,182,778, to recover rotation and scale of a synchronization signal comprised of peaks in the Fourier domain. To recover translation, the phase correlation method of U.S. Pat. No. 6,614,914 is used, or phase estimation and phase deviation methods of U.S. Pat. No. 9,182,778 are used.

Alternative methods perform synchronization on an implicit synchronization signal, e.g., as detailed in Ser. No. 14/724,729 (issued as U.S. Pat. No. 9,747,656).

Next, the decoder steps through the embedding locations in a tile, extracting bit estimates from each location (406). This process applies, for each location, the rotation, scale and translation parameters, to extract a bit estimate from each embedding location (406). In particle, as it visits each embedding location in a tile, it transforms it to a location in the received image based on the affine transform parameters derived in the synchronization, and then samples around each location. It does this process for the embedding location and its neighbors to feed inputs to an extraction filter (e.g., oct-axis or cross shaped). A bit estimate is extracted at each embedding location using filtering operations, e.g., oct axis or cross shaped filter (see above), to compare a sample at embedding locations with neighbors. The output (e.g., 1, −1) of each compare operation is summed to provide an estimate for an embedding location. Each bit estimate at an embedding location corresponds to an element of a modulated carrier signal.

The signal decoder estimates a value of each error correction encoded bit by accumulating the bit estimates from the embedding locations of the carrier signal for that bit (408). For instance, in the encoder embodiment above, error correction encoded bits are modulated over a corresponding carrier signal with 16 elements (e.g., multiplied by or XOR with a binary anti-podal signal). A bit value is demodulated from the estimates extracted from the corresponding embedding locations of these elements. This demodulation operation multiplies the estimate by the carrier signal sign and adds the result. This demodulation provides a soft estimate for each error correction encoded bit.

These soft estimates are input to an error correction decoder to produce the payload signal (410). For a convolutional encoded payload, a Viterbi decoder is used to produce the payload signal, including the checksum or CRC. For other forms of error correction, a compatible decoder is applied to reconstruct the payload. Examples include block codes, BCH, Reed Solomon, Turbo codes.

Next, the payload is validated by computing the check sum and comparing with the decoded checksum bits (412). The check sum matches the one in the encoder, of course. For the example above, the decoder computes a CRC for a portion of the payload and compares it with the CRC portion in the payload.

At this stage, the payload is stored in shared memory of the decoder process. The recognition unit in which the decoder process resides returns it to the controller via its interface. This may be accomplished by various communication schemes, such as IPC, shared memory within a process, DMA, etc.

II. Color Managed Embedding

This section describes a Color Managed Embedding (“CME”) technology, which can be used for embedding an information signal into color artwork. For discussion purposes, the color artwork is intended to be printed using process color inks cyan (c), magenta (m), yellow (y) and/or black (k). Or magenta (m), yellow (y) and black (k). The color artwork can be represented in a digital file such as used by Adobe's Photoshop or Illustrator, with the digital file typically including ink channels or layers representing such process color inks. For large print runs, three (3), four (4) or more color printing plates are produced to represent the artwork process color channels. Of course, this CME technology may be used with other inks including spot colors and extended color gamut inks (e.g., CMYK+OGV (orange, green, violet)) if such are presented in color artwork.

A CME system generates a so-called “chroma” signal in an CIELAB space, by changing or transforming artwork to carry an encoded signal using the “L*” (luminance) and “a*” channel while prioritizing the minimization of Luminance (L*) changes. (In this patent document, we use the terms “luminance,” “Luminance (L*),” and “L*” generally to represent luminance in a CIELAB color space. Of course, a CME system could be used in another color space too.) A chroma signal can be embedded in color artwork by modifying values of pixels in an art element so that the changes in the art element are represented primarily in chrominance (color). Chrominance embedding can be applied in the CMY, MYK, or CMYK channels. Signal tweaks (or changes to color values to carry an information signal) are primarily in chrominance, to which the human visual system is less sensitive. Indeed, the human eye is more sensitive to changes or spatial variation in L* compared to a* (red/green) and b* (blue/yellow). To illustrate this sensitivity, changes are shown to a gray patch of +/−10 units in each of the L* (FIG. 6A), a* (FIG. 6B) and b* (FIG. 6C) channels. The introduced contrast in FIG. 6A is more visible to an HVS relative to the changes in FIGS. 6B and 6C.

One implementation of a CME system is described with reference to FIG. 7. CMY(K) artwork is obtained. The CMY(K) artwork may correspond to a digital design, e.g., as encapsulated by a PhotoShop or Illustrator file. FIG. 7 shows two processing routes for the CMY(K) artwork. The top route obtains an ICC profile associated with each of the colors within the CMY(K) artwork. An ICC profile generally includes a set of data that characterizes a color space according to standards issued by the International Color Consortium (ICC). These profiles describe the color attributes of, e.g., a particular color space and a profile connection space (PCS) such as CIELAB (L*a*b*). L*a*b* information is obtained or derived from the ICC Profile.

The lower route employs a so-called “blend model” to obtain spectral reflectance information for the CMY(K) artwork. Example blend models are described in assignee's U.S. Pat. No. 10,382,645, which is hereby incorporated herein by reference in its entirety. Other examples are provided below in this patent document. The blend model generates reflectance information for colors, including areas of overprinted or layered colors. For example, a blend model may produce reflectance values per pixel (or other image area) across the visible spectrum for a single color or two or more layered colors at a pixel or other image spatial area. The blend model may also consider reflectance of an anticipated information signal tweak for a particular color at that pixel(s).

If the CMY(K) artwork is to be printed for retail product packaging, a target retail scanner will typically include a red-LED sensor. So, reflectance information at or around 660 nm can be generated by the blend model. We use the terms “at or around 660 nm” in this patent document to include an illumination peak within a spectral range of 620 nm-710 nm. FIG. 7 emphasizes reflectance information within this spectral range at 670 nm (e.g., corresponding to a red-led scanner with a peak illumination at 670 nm). Another example would be a red-LED scanner with a peak illumination at 690 nm, at 660 nm, at 622 nm or at some other peak within 620 nm-710 nm.

L*a*b* constraints are determined. For example, a threshold of +/−0.02-5 units of L* at or around 660 nm can be established as a maximum allowed change in L*. Similar constraints can be set for both a* and b*. These constraints establish visibility boundaries for resulting embedded artwork. Armed with the constraints, the target reflectance (e.g., 670 nm) values, and the information signal (e.g., “watermark signal” in FIG. 7), a CME system modifies CMY(K) artwork to carry the information signal. For example, a cyan or black channel is modified (e.g., changing certain pixel values) to carry the target reflectance values. The target reflectance values represent the original artwork and the information signal (e.g., a 2D spatial domain pattern representing the signal, an output of signal generator 228 (FIG. 1), modulated carrier output from 306 or mapped elements 308 (FIG. 3), and/or a mapped signal 322 (FIG. 4)) at or around 660 nm. If cyan is modified to carry the signal, a change in luminance within the artwork is expected. So, an offsetting change in magenta (or magenta and yellow) can be made to maintain the constraints established for the embedded artwork. An output of the CME system is encoded artwork. FIG. 7 simplifies this output by showing a portion of an encoded artwork file, e.g., an output tile.

One aspect of CME is to modify artwork with an information signal that can be detected by a scanner while minimizing the perceptibility to a human visual system (HVS). Spectral sensitivity associated with a red-LED scanner is shown in FIG. 9. Another aspect of CME is to use color information at encoding time to optimize embedding results in terms of signal robustness or detectability. In one embodiment, embedding considers properties of CMYK and a targeting image capture device. For example, in a retail packaging environment, encoded signal robustness is related to contrast as seen by a red-LED scanner. Consider an encoded signal that is carried by 1000's of adjustments (or tweaks) to artwork. In order to analyze these adjustments, these tweaks would need to be carried in a color channel that is “seen” by a red-LED scanner. With reference to FIG. 8, and when dealing with process color inks, high contrast signal modifications can be carried by black and/or cyan ink. Black and cyan are highly visible to a red-LED scanner while magenta and yellow inks are not. This suggests that reflectance at or around 660 nm can be set to a target value by adjusting black and/or cyan. Yet, adjusting black or cyan to achieve a machine-detectable contrast tweak results in visible changes to the artwork. The visibility of these changes can be reduced by manipulating magenta and/or yellow to minimize or offset the most significant changes in CIELAB space. Since magenta and yellow are nearly indiscernible or not seen by a red LED scanner at or around 660 nm (see FIG. 8), this offsetting can be carried out with negligible impact to signal robustness.

Due to physical constraints on reflectance curves that are obtained by combining CMYK inks, it is difficult to keep an encoded signal uniform in both visibility and robustness. So, if an embodiment requires a choice, we would currently prefer to prioritize uniformity in signal robustness over visibility to ensure a signal will read as expected. In other embodiments, we keep the signal as uniform as possible in robustness, initially, without considering visibility constraints. The visibility constraints are then, optionally, applied, which allows some of the robustness uniformity to be sacrificed, so a final embedding result isn't necessarily uniform in either visibility or robustness. There are implementation advantages to structuring it this way, mostly having to do with robustness being more precisely achieved than visibility. Robustness is also more objective a minimum amount of robustness can be achieved on a target device for embedding, while the maximum acceptable visibility may depend on more subjective criteria. This motivates a parameterization of a form: “set the encoded signal as close as possible to robustness X, then minimize the visibility. Wherever the resulting visibility exceeds Y, reduce the robustness as necessary to meet this Y constraint,” instead of “vary the signal strength so the visibility is uniform according to a model”.

For illustration purposes, the following systems, methods and algorithms use reflectance at or around 660 nm (e.g., 670 nm) as a target reflectance for a detector. In practice, however, a target detector reflectance for a red-LED scanner can be selected from a reflectance range of 620 nm-710 nm depending on the target scanner. Or, if using a full color scanner, the target reflectance could be in a different spectral region altogether. In still further embodiments, reflectance values from different wavelengths can be combined in using weights to prioritize different spectra.

We have found that when considering colors there is a relationship between the amplitude of 620 nm-710 nm reflectance changes and predicted encoded signal strength. So, controlling robustness is related to controlling embedding changes in reflectance at or around 660 nm. For additional details on predicting encoded signal strength see, e.g., assignee's U.S. Pat. Nos. 9,690,967 and 10,217,182, which are each hereby incorporated herein by reference in its entirety. For example, the various message strength and/or orientation strength metrics can be used.

In one embodiment a CME system takes an approach of targeting a specific robustness by controlling reflectance as seen by a corresponding capture device (e.g., at or around 660 nm, or other wavelength depending on target image capture system). Consider a capture device that corresponds to an illumination peak at 670 nm. Reflectance changes at 670 nm are determined by changing a single ink, either cyan or black, or by changing both cyan and black. Our preferred CME embedding algorithm prioritizes the minimization of luminance (L*) changes due to information signal insertion while maintaining a target reflectance value. Luminance (L*) changes due to modifying cyan (C) and/or black (K) to carry a signal can be offset by corresponding changes in magenta (M). Yellow (Y) can be changed to reduce b* changes, also without significantly changing reflectance. If the minimal changes obtained are not enough, the signal can be removed or reduced per area or per a globally applied scaling factor. Since a* generally cannot be reduced without also increasing luminance changes in a CMYK color space, tolerances can be set to remove or reduce an encoded signal when the a* changes are too large so as to effect visibility.

A CME embedding algorithm for color (e.g., CMY(K)) artwork includes:

1. Set a target reflectance value representing color artwork encoded with an information signal. Then introduce reflectance changes at 670 nm (or other wavelength) via tweaks or adjustments to cyan and/or black channels within the color artwork to achieve the target reflectance value. For example, adjustments of +/−4-22% (and even more preferably, +/−5-12%) reflectance values at artwork locations are introduced. Tweaks or adjustments can be made according to an output of signal generator 228 that produces, e.g., a data signal with data elements that can be mapped to embedding locations in a 2-D image or artwork tile.

2. Change magenta to offset luminance changes due to tweaking cyan and/or black.

3. Change yellow (while also adjusting magenta to stay on a contour of minimal L* change) to reduce b* changes.

4. Optionally, minimize or remove tweaks where L* changes or a* changes are too high relative to established constraints.

The above Act No. 3 is also optional. For example, if Act 2 is carried out, but not 3, most of the encoded signal visibility is removed since minimizing L* and b* is typically the least important to visibility of L*,a*,b*. This has advantages of adjusting fewer inks, which can potentially reduce sensitivity to registration errors on print.

Setting a reflectance target is further described with respect to FIG. 10. Digital artwork is obtained or created. For example, the artwork may correspond to a Photoshop or Illustrator file, design, layer(s) and/or channel(s). A blend model operates on the artwork to obtain reflectance values for the artwork at or around 660 nm. FIG. 10 uses 670 nm as the target wavelength. As discussed above, reflectance values at 670 nm is a good approximation of what a red-LED scanner will see when capturing the image. A signal to be carried by the artwork is obtained or generated. For example, the encoded signal may be represented by a 2-D spatial domain pattern or image block. The pattern or block may include values (−1, 0, 1) or (1, −1), grayscale values ranging from 0-256 or normalized values between 0 and 1 or between 0 and 100. In one implementation, the signal is generated as an output of block 306 or 308 in FIG. 3 and includes both payload and synchronization components. Such an output is sometimes referred to as a so-called “pure signal,” e.g., without consideration of host artwork content. The signal can be optionally scaled (e.g., amplitude modulated), masked and/or modified, and then combined with the reflectance values representing the artwork (e.g., at 670 nm). This process yields a set of 670 nm reflectance values representing “target reflectance values” for the artwork as encoded with (or adjusted to carry) the information signal.

Once the target reflectance values at 670 nm are determined, a following step is to change a contrast ink within the original artwork to meet this target. For example, cyan, black and/or cyan & black are changed. As shown in FIG. 11, process color inks with low reflectance at 670 nm include cyan and black. Magenta and yellow are both close to the reflectance of paper at 670 nm, meaning that a red-LED scanner will see these colors similarly as it sees paper, e.g., white, but will see cyan and black as black. Once cyan and/or black are modified to carry the signal, magenta and yellow can be modified to compensate for the resulting changes in Luminance.

For simplicity of discussion, an information signal carried with cyan only is now described. But using black or both cyan and black (or a spot color with low reflectance near 670 nm) for setting robustness involves an analogous process. A blend model can be used to find a cyan value for a given target reflectance value. A blend model is discussed in assignee's U.S. Pat. No. 10,382,645, which is hereby incorporated herein by reference in its entirety. Another blend model implementation is discussed below with reference to items 1, 2 and 3, which rearranges terms to solve for cyan. That is, find a cyan value given a target reflectance value, magenta value, yellow value, and black value. The following blend model can be represented as software instructions, e.g., as coded in MATLAB, C, C++, Objective-C, C#, Ruby, and/or Python, with resulting instructions then used to configure one or more processors to carry out the functionality. In alternative embodiments, the blend model is recreated in hardware such as an ASIC, or in a combination of firmware/hardware. In still further implementations, a graphics processor unit (GPU) is used to carry out the processing. In even further implementations, a system hosting the software instructions is remotely accessed via a communications network, so that processing power (e.g., such as is provided with a cloud service) is not a constraint on the interrogating device.

1 Blend Model

$\mspace{20mu} \begin{matrix} {{R\left( {\lambda,c,m,y,k} \right)} = \left( {{{R_{{KM}\text{?}}^{1/n}(\lambda)}\left( {1 - c} \right){F_{0}\left( {m,y,k} \right)}} +} \right.} \\ {{{{R_{{KM}\text{?}}^{1/n}(\lambda)}\left( {1 - c} \right){F_{1}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{3}}^{1/n}(\lambda)}\left( {1 - c} \right){F_{2}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{3}}^{1/n}(\lambda)}\left( {1 - c} \right){F_{3}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{4}}^{1/n}(\lambda)}\left( {1 - c} \right){F_{4}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{5}}^{1/n}(\lambda)}\left( {1 - c} \right){F_{5}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{6}}^{1/n}(\lambda)}\left( {1 - c} \right){F_{6}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{7}}^{1/n}(\lambda)}\left( {1 - c} \right){F_{7}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{8}}^{1/n}(\lambda)}{{cF}_{8}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{9}}^{1/n}(\lambda)}{{cF}_{9}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{10}}^{1/n}(\lambda)}{{cF}_{10}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{11}}^{1/n}(\lambda)}{{cF}_{11}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{12}}^{1/n}(\lambda)}{{cF}_{12}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{13}}^{1/n}(\lambda)}{{cF}_{13}\left( {m,y,k} \right)}} +}} \\ {{{{R_{{KM}_{14}}^{1/n}(\lambda)}{{cF}_{14}\left( {m,y,k} \right)}} +}} \\ \left. {{R_{{KM}_{15}}^{1/n}(\lambda)}{{cF}_{15}\left( {m,y,k} \right)}} \right)^{n} \end{matrix}$ ?indicates text missing or illegible when filed

or written more compactly

${R\left( {\lambda,c,m,y,k} \right)} = \left( {{\left( {1 - c} \right){\sum\limits_{i = 0}^{7}{{R_{{KM}_{i}}^{1/n}(\lambda)}{F_{i}\left( {m,y,k} \right)}}}} + {c{\sum\limits_{i = 8}^{15}{{R_{{KM}_{i}}^{1/n}(\lambda)}{F_{i}\left( {m,y,k} \right)}}}}} \right)^{n}$

Variables

-   -   R is the output reflectance (from 0 to 1)     -   λ is the wavelength     -   c, m, y, k are the fractious of cyan, magenta, yellow, and black         from 0 to 1     -   n is the Yule-Nielsen exponent (we use 2 in the blend model)     -   R_(KM), are the reflectances of the primaries (we calculate with         Kubelka-Munk in the blend model)     -   F_(i) is a multi-linear function of m, y, k or (1−m), (1−y),         (1−k) which depend on the primary associated with i. Definitions         are listed at the end of this document.

2 Find Cyan Matching Target R

Fixing λ to 670 nm, you can set a desired 670 nm modulation and solve directly for the modulation in cyan while keeping all other inks fixed with this:

$\mspace{20mu} {c = \frac{{R_{target}^{1/n}(\lambda)} - {\sum\limits_{i = 0}^{7}{{R_{{KM}\text{?}}^{1/n}(\lambda)}{F_{i}\left( {m,y,k} \right)}}}}{{\sum\limits_{i = 8}^{15}{{R_{{KM}_{i}}^{1/n}(\lambda)}{F_{i}\left( {m,y,k} \right)}}} - {\sum\limits_{i = 0}^{7}{{R_{{KM}_{i}}^{1/n}(\lambda)}{F_{i}\left( {m,y,k} \right)}}}}}$ ?indicates text missing or illegible when filed

if the target is not physically reachable, you'll get unrealistic values of c (i.e., greater than 1 or less than 0) which arc straight-forward to filter out. It is also straight forward to directly compute the reachable set of 670 nm reflectances ahead of time to aid in setting the 670 nm targets. Once cyan is set, you can adjust magenta and yellow to meet tolerances on L*a*b* or other visibility requirements. These inks have little visibility at 670 nm so this can be done without significantly impacting the robustness. Note: You could rearrange this to solve for b instead. In general, any ink that is dark to the scanner can be used to set robustness and any ink which has low visibility to the scanner can be used to adjust human visibility independent of the robustness.

3 Appendix: F_(i)(m, y, k) Definitions

The F_(i)(m, y, k) functions defined above are products of mor(1−m), yor(1−y), and kor(1−k) depending on whether the primary associated with i has 0% or 100% of the given ink. The association with i is arbitrary. The convention used in this document maps the least significant bit of i to black, the second least significant bit of i to yellow and the third least significant bit of i to magenta (cyan is associated with the most significant bit of i, but that mapping is explicit in the equation and not a part of F_(i) as defined here).

i Binary i Primary Inks F_(i)(m, y, k) 0 0000 0% cyan, 0% magenta, 0% yellow, 0% black (1 − m)(1 − y)(1 − k) 1 0001 0% cyan, 0% magenta, 0% yellow, 100% black (1 − m)(1 − y)k 2 0010 0% cyan, 0% magenta, 100% yellow, 0% black (1 − m)y(1 − k) 3 0011 0% cyan, 0% magenta, 100% yellow, 100% black (1 − m)yk 4 0100 0% cyan, 100% magenta, 0% yellow, 0% black m(1 − y)(1 − k) 5 0101 0% cyan, 100% magenta, 0% yellow, 100% black m(1 − y)k 6 0110 0% cyan, 100% magenta, 100% yellow, 0% black my(1 − k) 7 0111 0% cyan, 100% magenta, 100% yellow, 100% black myk 8 1000 100% cyan, 0% magenta, 0% yellow, 0% black (1 − m)(1 − y)(1 − k) 9 1001 100% cyan, 0% magenta, 0% yellow, 100% black (1 − m)(1 − y)k 10 1010 100% cyan, 0% magenta, 100% yellow, 0% black (1 − m)y(1 − k) 11 1011 100% cyan, 0% magenta, 100% yellow, 100% black (1 − m)yk 12 1100 100% cyan, 100% magenta, 0% yellow, 0% black m(1 − y)(1 − k) 13 1101 100% cyan, 100% magenta, 0% yellow, 100% black m(1 − y)k 14 1110 100% cyan, 100% magenta, 100% yellow, 0% black my(1 − k) 15 1111 100% cyan, 100% magenta, 100% yellow, 100% black myk Note: As defined, F_(i) = F_(i+8). This would let the denominator of the equation solving for cyan be simplified.

Let's take a closer look at some of these expressions, which rewrites the blend model equation in terms of cyan (c) and the other terms.

$R_{target}^{1/n} = {{c{\sum\limits_{i = 0}^{7}a_{i}}} + {\left( {1 - c} \right){\sum\limits_{i = 8}^{15}a_{i}}}}$

The “a_(i)” terms depend on the magenta, yellow, and black values at a pixel being solved for and the various Kubelka-Munk primary reflectance values (the R terms). The original Kubelka-Munk paper was published as Kubelka, P. and Monk, F., Z tech. Physik, 12, 493 (1931), and is summarized in hunterlab (2008), The Kubelka-Munk theory and K/S, insight on color. Application Note, Vol 18, 7. (http://www.hunterlab.com/appnotes/an07_06.pdf), which are both hereby incorporated herein by reference in their entirety. An English translation is found in Kubelka, P. and Monk, “An Article on Optics of Paint Layers,” F., Z tech. Physik, 12, 493 (1931), English Translation by Stephen H. Westin, revised Mar. 12, 2004. (16 pages), which is hereby incorporated herein by reference. See also Dfimbeg-Malcic et al., “KUBELKA-MUNK THEORY IN DESCRIBING OPTICAL PROPERTIES OF PAPER (I),” Technical Gazette 18, 1(2011), 117-124, which is hereby incorporated herein by reference in its entirety

For the purposes of solving for cyan, these can all be considered as constants. Rearranging the equation above to solve for cyan yields:

$c = \frac{R_{target}^{1/n} - {\sum\limits_{i = 8}^{15}a_{i}}}{{\sum\limits_{i = 0}^{7}a_{i}} - {\sum\limits_{i = 8}^{15}a_{i}}}$

The term:

$\sum\limits_{i = 8}^{15}a_{i}$

is a Yule-Nielsen scaled reflectance (i.e., reflectance raised to the 1/n power) for this pixel (i.e., for this combination of magenta, yellow, and black) when cyan is 0%. See, e.g., J. A. C. Yule, W. J. Nielsen, “The penetration of light into paper and its effect on halftone reproductions,” Proc. TAGA, Vol. 3, 65-76 (1951), which is hereby incorporated herein by reference in its entirety; see also Hersch, et. al. “Improving the Yule-Nielsen modified spectral Neugebauer model by dot surface coverages depending on the ink superposition conditions,” Electronic Imaging Symposium, Conf. Imaging X: Processing, Hardcopy and Applications, Jan. 2005, SPIE Vol. 5667, 434-445, which is incorporated herein by reference; and see Wyble et al., “A critical review of spectral models applied to binary color printing,” Color Research & Application, 25(1):4-19, 2000, which is hereby incorporated herein by reference in its entirety. The term:

$\sum\limits_{i = 0}^{7}a_{i}$

is the analogous value for this pixel when cyan is 100%. These two points are the boundaries of the possible scaled reflectance values and the blend model includes, e.g., a linear interpolation between these two points parameterized by the amount of cyan. That is what is expressed by this equation:

$R_{target}^{1/n} = {{c{\sum\limits_{i = 0}^{7}a_{i}}} + {\left( {1 - c} \right){\sum\limits_{i = 8}^{15}a_{i}}}}$

The equation solving for cyan can be interpreted as: Numerator: Subtract the scaled reflectance when cyan is 0% from the target scaled reflectance to obtain a desired distance along the line connecting the scaled reflectance at 100% and 0% cyan. Denominator: Subtract the scaled reflectance when cyan is 0% from the scaled reflectance when cyan is 100%. Solving for cyan: Dividing numerator by denominator yields cyan as the proportion of the change in scaled target reflectance from 0% cyan to the maximum range of scaled reflectance change from 0% and 100% cyan.

So, if the forward blend model is rewritten as “blend(c, m, y, k)”, solving for cyan to match a target reflectance can be described with the following equation (which would take at most two forward evaluations of the blend model):

$c = \frac{R_{target}^{1/n} - {{blend}\left( {{{cyan} = 0.0},m,y,k} \right)}^{1/n}}{{{blend}\left( {{{cyan} = 1.0},m,y,k} \right)}^{1/n} - {{blend}\left( {{{cyan} = 0.0},m,y,k} \right)}^{1/n}}$

This interpretation generalizes and may be helpful for understanding other applications. For example, if solving for two inks instead of one, we would be solving for a reflectance that fits somewhere in a convex set formed by possible combinations of 0% and 100% of that ink. That can have multiple solutions, so constraints can be used to help ensure a unique solution.

Dot gain can be applied by adjusting ink percentages according to dot gain curves. To ensure dot gain is included, the following steps can be taken:

1. Apply dot gain to the input ink percentages (magenta, yellow, black) and use those in the blend model equations that solve for cyan.

2. Apply the dot gain in reverse to the resulting cyan value to obtain the output value. For example, if dot gain is applied via interpolation, the interpolation can simply be reversed.

Note that the above calculation can result in cyan percentages below 0% or above 100%. This occurs when the reflectance target is not physically realizable. In this case, the ink is simply saturated to either 0% (when below 0%) or 100% (when above 100%) to achieve the closest possible reflectance to the target.

So, through the above acts, a target reflectance value can be obtained as closely as possible in artwork by changing cyan. This will cause an increase/decrease in Luminance (L*). A following step is to reduce the change in Luminance (L*) in the adjusted artwork. Change in luminance (L*) can be minimized by adjusting magenta. Magenta changes to minimize luminance changes are in the opposite direction of a cyan adjustment. For example, if cyan is added, magenta should be removed, and if cyan is removed, magenta should be added. Similarly, changes in b* due to changes in cyan can be minimized by changing yellow, this time in the same direction as the cyan change. That is, we prefer to add yellow to minimize b* changes when cyan has been increased and decrease yellow when cyan has been decreased.

A visibility compensation algorithm includes the following:

1. Using a color search, adjust magenta in the opposite direction that cyan was changed to minimize a change in L* relative to the original artwork. For example, a binary search can be used to find a new magenta value that returns the encoded Luminance (L*) value to the original, pre-signal carrying state, all while maintaining the target reflectance value. The binary search may work, e.g., in halves. For example, if its original value is 128, a first iteration in the binary search may choose 192 (½ way between 128 and 255) and see if the resulting luminance is closer to the original. The next iteration may choose halfway between 192 and 255 (224), and then ½ way again, until a value is obtained that returns the encoded artwork to the same Luminance (L*) (or to a Luminance (L*) within a predetermined tolerance, e.g., +/−0.02-5 units). The magnitude of the magenta change above is referred to below as “magenta magnitude”.

2. The process can stop here if it's acceptable to only minimize L* changes. Or the process can continue if b* changes can be minimized as well.

3. We would like to estimate a contour of minimum L* change so we can find the minimum b* while also keeping L* changes small. To do this, we can rerun the binary search, twice. For the first search, add “k*magenta_magnitude” to yellow (if cyan was added—otherwise, subtract this amount of yellow), where k is a constant in the range of 0.4-0.8, preferably in a range of 0.5-0.07, and even more preferably k=0.6. For the second search, add m*magenta_magnitude to yellow (or subtract if cyan was subtracted), where m is a constant in the range of 0.8-1.8, preferably in the range of 1.0-1-4, and even more preferably m=1.2. (The k*magenta_magnitude is a heuristic to help with performance by keeping the number of additional searches small (e.g., the two extra) while examining a distance in yellow which can be observed to typically reach the minimum b* contour. Another approach would be to calculate the minimum L* contour for all possible combinations of yellow in the appropriate direction.)

4. Now we have three points along the minimum L* change contour, which can be used to run a binary search on yellow to find a yellow change to minimize b*. For any change in yellow, linear interpolation of the samples of the L* minimum contour can be used to find a magenta value that stays approximately on the L* minimum contour.

5. With the updated yellow value that minimized b*, we can optionally perform another search of magenta to ensure L* is minimized.

6. Check that after adjusting yellow, the minimization of L* has not been impacted. For some colors (notably when there is low magenta), the b* minimization process following these steps may result in a L* that is further from the original than obtained by adjusting magenta alone. This process can be adjusted to change only magenta if such results in a lower change in L*.

An example of altering a single pixel from color artwork is now provided. Of course, the technology is not limited by this example. For other pixels in a color artwork file, the steps would be similar except each pixel will have its own target reflectance value, perhaps the same but likely different depending on the artwork and information signal.

We'll begin with a mid-gray CMYK pixel having the following value information shown in Table 1:

TABLE 1 Reflectance Cyan Magenta Yellow Black 670 nm (L*, a*, b*) 161/255 134/255 134/255 13/255 20.64% (49.4, −1, 0) (63.1%) (52.5%) (52.5%) (5.1%)

Reflectance values (R) are generated from the above detailed blend model. To make the example more concrete, values used are presented in Table 2 below. Table 2 includes values of 0% and 100% for Cyan (C), Magenta (M), Yellow (Y) and Black (K). The index is arranged so that its binary representation indicates which combination it corresponds to (i.e., the least-significant bit 0000 corresponds to Black, the most-significant bit 1000 corresponds to Cyan, etc.). Each of the reflectance values (R) shown in the table are the so-called Kubelka-Munk primaries (denoted with the “KMi” subscript). These are the reflectance values at 670 nm for possible combinations of 0% or 100% ink. (These values are obtained from two places: 1. If there is at most one ink at 100% in the primary (index 0, 1, 2, 4, or 8), the reflectance value represent offset press measurements with a spectrophotometer. 2. If a primary has more than one ink with 100%, the measured reflectance spectra described in item 1 are evaluated by the “Kubelka-Munk” model, which estimates the result. This means any index other than 0, 1, 2, 4, or 8 is not based purely on measurement, but uses a mathematical model. Of course, measurements or calculations could be used alternatively.)

TABLE 2 R at R670 Index (i) C M Y K (R_(KMi)) Dec: 0  0%  0%  0%  0% 89.8% Bin: 0000 Dec: 1  0%  0%  0% 100% 2.5% Bin: 0001 Dec: 2  0%  0% 100%  0% 85.1% Bin: 0010 Dec: 3  0%  0% 100% 100% 2.5% Bin: 0011 Dec: 04  0% 100%  0%  0% 80.4% Bin: 0100 Dec: 05  0% 100%  0% 100% 2.5% Bin: 0101 Dec: 6  0% 100% 100%  0% 79.4% Bin: 0110 Dec: 7  0% 100% 100% 100% 2.5% Bin: 0111 Dec: 8 100%  0%  0%  0% 6.5% Bin: 1000 Dec: 9 100%  0%  0% 100% 1.9% Bin: 1001 Dec: 10 100%  0% 100%  0% 6.5% Bin: 1010 Dec: 11 100%  0% 100% 100% 1.9% Bin: 1011 Dec: 12 100% 100%  0%  0% 6.5% Bin: 1100 Dec: 13 100% 100%  0% 100% 1.9% Bin: 1101 Dec: 14 100% 100% 100%  0% 6.5% Bin: 1110 Dec: 15 100% 100% 100% 100% 1.9% Bin: 1111

Of course, the actual numbers and how they are obtained are not necessary to understanding the steps in the following examples. (The Yule-Nielsen parameter used throughout is n=2. Dot-gain calculations using a GRACoL profile will be included in this example.)

A target robustness value is selected and a value for cyan is found that meets that target. For our pixel, we'll use a target reflectance value that subtracts 8% from the original 670 nm reflectance (20.64%). This 8% represents a “tweak” or change to carry an element of an information signal. In practice, however, the target reflectance value would be obtained by looking at combined artwork & signal reflectance at or around 660 nm for a given pixel or group of pixels. Table 1 above noted the artwork reflectance is 20.64% (which is found, e.g., by running a blend model on the inks that make up the color at the subject pixel). Subtracting 8% gives the target reflectance value shown in Table 3 as 12.64%:

TABLE 3 Original Change in Reflectance Target Reflectance Reflectance due to Signal 670 nm 20.64% 8% 12.64%

This target reflectance can be used by the above blend model implementations to solve for cyan. Ink levels not solved for can be converted into proportions (e.g., from 0 to 1, where 0 is 0%, 1 is 100%). A dot gain can be used as well. Table 4 shows values before and after dot gain:

TABLE 4 Magenta (m) Yellow (y) Black (k) Before Dot Gain 0.525 0.525 0.051 After Dot Gain 0.587 0.560 0.058

The “After Dot Gain” values are then used in the F_(i)(m, y, k) terms. In short these are a product of m (or 1−m), y (or 1−y), and k (or 1−k). If the index corresponds to a primary where the ink is 100%, then m, y, or k is used—otherwise, 1−m, 1−y, or 1−k is used.

Some examples include:

-   -   Index 0 corresponds to 0% magenta, 0% yellow, 0% black, so the         term is (1−m)*(1−y)*(1−k).     -   Index 1 corresponds to 0% magenta, 0% yellow, 100% black, so the         term is (1−m)*(1−y)*k     -   Index 7 corresponds to 100% magenta, 100% yellow, 100% black, so         the term is m*y*k

TABLE 5 index (i) F_(i)(m, y, k) 0 0.1715 1 0.0105 2 0.2178 3 0.0134 4 0.2435 5 0.0150 6 0.3093 7 0.0190 8 0.1715 9 0.0105 10 0.2178 11 0.0134 12 0.2435 13 0.0150 14 0.3093 15 0.0190

In the above Table 5, note that values 0 through 7 are the same as 8 through 15. In the blend model, these terms would vary by whether cyan is 0% or 100%, but since cyan is being solved for it is not a factor. Now we can solve for the effective cyan. Here we'll split it into the denominator and numerator:

Numerator:

${R_{target}^{1/n} - {\sum\limits_{i = 0}^{7}{{R_{{KM}_{i}}^{1/n}(\lambda)}{F_{i}\left( {m,y,k} \right)}}}} = {- 0.5110}$

Denominator:

${{\sum\limits_{i = 8}^{15}{{R_{{KM}_{i}}^{1/n}(\lambda)}{F_{i}\left( {m,y,k} \right)}}} - {\sum\limits_{i = 0}^{7}{{R_{{KM}_{i}}^{1/n}(\lambda)}{F_{i}\left( {m,y,k} \right)}}}} = {- 0.6188}$

Dividing numerator by denominator yields 0.8258, which is the effective proportion (with dot gain applied). We can interpolate the dot gain curve in reverse to obtain the final value shown in Table 6.

TABLE 6 Target Cyan Effective (Before removing dot gain effect) 0.8258 Final (After removing dot gain effect) 0.7926 The final cyan value is 79.26%, or 202/255 when mapped to 8-bit values. The initial and cyan adjusted values are shown in Table 7. Recall, here, that the target reflectance value is 12.64%. Our result is very close, 12.67%. (In practice, a R670 nm result in the range of +/−0-1.7% from the target reflectance will likely achieve a detectable signal. In this example, R670 nm in a range of 10.94%-14.34% would likely yield a detectable signal.)

TABLE 7 Cyan Magenta Yellow Black R670 nm (L*, a*, b*) Initial 161/255 134/255 134/255 13/255 20.64% (49.4, −1, 0) (63.1%) (52.5%) (52.5%) (5.1%) C Adjust 202/255 134/255 134/255 13/255 12.67% (44.3, −11, −8) to R670 (79.3%) (52.5%) (52.5%) (5.1%) Target

Note, however, from Table 7 above that the L*a*b* values have changed after changing cyan. This will result in visible artifacts in the artwork due to encoding the signal. Magenta and/or Yellow can be adjusted to reduce L* and b* changes; hence, reducing visibility of the encoded signal.

One way to visualize how changing magenta and yellow to minimize L* is to plot a magnitude of change in L* from the original image for possible combinations of magenta and yellow. FIGS. 12A-12C shows the difference in L* (FIG. 12A), a* (FIG. 12B), b* (FIG. 12C) from the original artwork after setting cyan then examining possible values (0 to 255) for magenta and yellow. The circle (which is not on the darkest cyan region of the L* change map i.e., the contour of minimum L* change in this example) shows where you'd be if you changed cyan but kept the original magenta and yellow values from the color you're changing. The “x” on the L* contour shows how you can hit the L* contour just by adjusting magenta. These figures show that moving toward the minimum L* contour also tends to increase the a* change. Magenta changes are fairly close to orthogonal to changes in b*, however, so the L* minimum can often be found without significantly changing b*. A contour of minimum L* change includes a line along the darkest blue in FIG. 12A. You can visualize contours of the L* change by drawing lines connecting the same color. The minimum is where this is the smallest. A contour would show, generally, values of magenta and yellow resulting in little or no L* change (though they'd have differing amounts of a* and b* change, depending which particular value on the contour you chose).

Another way to interpret FIGS. 12A-12C is to understand that the contour of minimum L* (e.g., darkest blue area in FIG. 12A) does not intersect with the contour of minimum a* (e.g., darkest blue area in FIG. 12B), but it does generally intersect with the contour of minimum b* (e.g., darkest blue area in FIG. 12C). This means, generally, that it is difficult to minimize L* changes and a* changes simultaneously, but, generally, it is more readily feasible to minimize L* and b* simultaneously. Of note, FIGS. 12A-12C are specific to a color being tweaked and an amplitude of 670 nm change. So, to generalize, if using a small 670 nm amplitude change, the L* contours are very close to the original color (e.g., so the dark blue line would be closer to the circle), and for larger 670 nm amplitude changes they would be further from the circle.

If all we want to do is minimize L* we can generally do this by adjusting magenta and keeping other variables fixed. The changes are monotonic, so a binary search algorithm will work. In this case, the minimum L* change is found where magenta has gone to 93/255 or 36.47%.

A change in magenta will often be enough to offset the visibility differences due to the change in cyan. But for some colors, it is desirable to also minimize the change in b*. In terms of visibility, it can be important to keep L* changes small, we ideally do this by adjusting yellow while also adjusting magenta to approximately stay on the contour of minimum L* change. The contour of minimum L* can be approximated by sampling yellow at two new values and repeating the above procedure. Magenta changed from 134 to 93, for a step of −41. The algorithm samples yellow in the opposite direction of the magenta change at, e.g., 0.6-1.2 times (or other values noted above) the magnitude of the initial magenta change. That is, find the magenta value that minimizes L* at Cyan=202/255, Yellow=(134+round(41*0.6))/255=159/255, Black=13/255 and also at the same values but Yellow=(134+round(41*1.2))/255=183. Together with the first value, these are three samples along the minimum L* contour. This allows us to approximate the contour linearly, providing a magenta value for any yellow which is approximately on the minimum L* contour. Using this approximation and iterating over yellow (e.g., with a binary search, as it is also generally monotonic), the point which simultaneously minimizes b* and L* can be found.

FIG. 13 shows an RGB representation of possible yellow/magenta changes, highlighting the minimum points we've discussed above. Rather than creating 3 plots colored according to the magnitude of the L*, a*, and b* changes at each possible magenta/yellow combination after tweaking cyan, FIG. 13 shows a resulting absolute L*a*b* value converted to RGB. At the top, a mid-gray original, then the color value after tweaking cyan alone (maps to the circle). FIG. 13 also shows resulting colors when minimizing L* alone (by only tweaking magenta), as well as minimizing L* and b* together (by tweaking both magenta and yellow).

Table 8, below, shows embedding results.

TABLE 8 R670 Cyan Magenta Yellow Black nm (L*, a*, b*) Initial 161/255 134/255 134/255 13/255 20.64% (49.4, −1, (63.1%) (52.5%) (52.5%) (5.1%) 0) Cyan 202/255 134/255 134/255 13/255 12.67% (44.3, −11, Adjusted to (79.3%) (52.5%) (52.5%) (5.1%) −8) R670 Target Magenta 202/255  93/255 134/255 13/255 12.74% (49.4, −22, adjusted to (79.3%) (36.5%) (52.5%) (5.1%) −5) minimize L* Magenta and 202/255  91/255 151/255 13/255 12.73% (49.4, −24, yellow (79.3%) (35.7%) (59.2%) (5.1%) 0) adjusted to minimize L* and b*

We hypothesize that there may be an advantage in some cases to modulating colors not just in a*, but in some combination of a* and b*. And, let's assume that it is generally not possible to reduce L* without increasing a* changes. This makes a* the most difficult component to control and may raise a question of how to realize alternative color directions while still prioritizing minimizing the L* changes.

One way to go about this would be to replace the step which searches along the contour of minimum L* change to minimize any changes in b* with a similar step that minimizes the orthogonal component to the a*-b* plane direction of interest. This is a generalization of what is being done—b* is the orthogonal direction to a* in the a*-b* plane so minimizing b* is the same as steering the signal to put most of its energy into a*. In this case, rather than looking to minimize “b_current−b_original”, you could minimize, e.g., abs((b_current−b_original)*sin(angle)+(a_current−a_original)*cos(angle)), where “angle” is chosen appropriately (135 for “angle”).

We suggested a binary search above in some steps. A binary search is convenient to implement, and not too slow, but other searching techniques can be employed. Using tables which sample ink space for ranges of reflectance targets to provide initial estimates is an alternative to a binary search.

A CME process will typically step through each image pixel, or image area, to determine a change in color values to encode a signal. One implementation sorts pixels by size of target reflectance value. By doing this, a faster loop can be achieved (e.g., solve for the very small changes using a better iterative method that doesn't involve an exhaustive binary search—then use these changes as a starting point for the next largest changes, and so on).

Visibility constraints can be inputs for a CME system. For example, a maximum level can be specified for changes in L* and a* (and, additionally, b*, but b* visibility is generally not a concern). In one embodiment, the algorithms outlined above are used to adjust CMY(K) colors to achieve a target reflectance while minimizing L* and b* changes. Changes in L* and a* can then be evaluated. For pixels where the maximum allowed L* change and/or a* change is exceeded, the requested 670 nm reflectance change is reduced, and the algorithms can be rerun. In one example, maximum levels can be observed by running the algorithms with 100% of the maximum requested 670 nm reflectance change, and then processing at some lower 670 reflectance change increment, e.g., 80%, 60%, 40%, 20%, and 0% (i.e., no signal) of the 670 nm reflectance change, stopping the processing at the highest percentage which meets the maximum constraints set.

In one example above we discussed encoding on a per-pixel basis. In that case, the algorithms operate on each pixel. To make encoding more efficient, a filtering operation is carried out prior to enhancement to identify redundant pixels, e.g., those pixels having the same or similar color values or L*a*b* values. Then, the encoding algorithms only need to be performed once per unique combination of parameters, and then map that individual calculation to all the pixels it applies to.

As an illustrative example imagine an image including a line of four (4) pixels. All of these four pixels are 50% cyan, 0% magenta, 0% yellow, 0% black. Now say a signal that modifies this line of pixels incudes a 670 nm reflectance change of +5%, −5%, +5%, −5%. There are only two unique values for the signal: +5% and −5%. If you run the algorithm we've described, it will run four times one for each pixel in the artwork. If instead, you realize that your pixels are all the same color and you're only doing two unique values for your signal (+5%, −5%), you can instead run the algorithm twice once to calculate the tweak to make 50% cyan, 0% magenta, 0% yellow, 0% black have +5% reflectance, and once to calculate the tweak make 50% cyan, 0% magenta, 0% yellow, 0% black have −5% reflectance. Then you can map these tweaks to the original image, for every pixel where it applies, according to the + or − signal values.

If instead, you have different groups of pixels (or other image areas) of 0% cyan, 25% cyan, 50% cyan, and 75% cyan, you do have to do four different computations. So, you need a way to identify redundancies in your image. We only need a new computation if the ink used in the original artwork and the requested value of 670 nm reflectance modulation are unique. An algorithm for identifying redundant pixels in a CMYK (or other color system) image is now presented:

1. CMYK values are represented as 8-bit values.

2. Quantize the requested 670 nm reflectance signal to some finite set of values. For example, 511 values are used to map an encoded signal from [−1, +1] (this is almost 9-bits, but using 511 values instead of a full 512 value set lets zero (“0”) be represented, ensuring areas where the signal is 0 can be left untouched).

3. Each CMYK value is 8-bits, so there are 256 possible values and the signal has 511 possible values. This group of five numbers can be mapped to a unique single Key number, K_(N), e.g.:

K _(N) =C+256*M+256{circumflex over ( )}2*Y+256{circumflex over ( )}3*K+256{circumflex over ( )}4*S

where C, M, Y, K are the CMYK values (represented from 0 to 255) and S is the signal value (represented from 0 to 510 units with 0 mapping to −1, 510 mapping to 1, and the rest distributed uniquely)

4. Once you have the above key numbers, you can identify unique numbers within an image. You only need to run the enhancement algorithm once for each unique number then map tweaks to pixels with the same key number.

The above is an algorithm to identify like pixels and unique pixels. Instead of 8 bits and almost 9 bits, smaller values can be used (e.g., round to nearest 7-bits for CMYK and 7-bits for signal). You could do this to increase the redundancy, which reduces the amount of computation and speeds up enhancement time, although it trades off by adding some approximation error in the results. An example is shown in Table 9, below:

TABLE 9 Pixel 1 Pixel 2 Pixel 3 Pixel 4 Cyan  50% (128)  50% (128)  50% (128)  50% (128) Magenta 0% (0) 0% (0) 0% (0) 0% (0) Yellow 0% (0) 0% (0) 0% (0) 0% (0) Black 0% (0) 0% (0) 0% (0) 0% (0) Signal  +5% (268)  −5% (243)  +5% (268)  −5% (243) Key Number 1151051235456 1043677053056 1151051235456 1043677053056

To further describe the example, percentages are mapped to integers. CMYK can be linearly mapped [0%, 100%] to [0, 255]. So, 50% cyan becomes round(.5 * 255) =128 and 0% for the other inks becomes 0. The signal maps [−100%, +100%] to [0, 511] so +5% becomes round((0.05−1)/2*511)=268 and similarly, −5% becomes 243. The key number is computed from C+M*256+Y*256{circumflex over ( )}2+K*256{circumflex over ( )}3+S*256{circumflex over ( )}4, yielding the numbers shown in “Key Number” row in Table 9. The unique values here include: 128+256{circumflex over ( )}4*268=1151051235456 and 128+256{circumflex over ( )}4*243=1043677053056. The enhancement algorithm is only run twice with these parameters. The enhancement result for the values associated with the key 1151051235456 are mapped to Pixel 1 and Pixel 3 and the result for the enhancement values associated with key 1043677053056 are mapped to Pixel 2 and Pixel 4.

While the above embodiments have focused on CMYK colors, the present disclosure is not so limited. For example, we mentioned spot colors and ECG colors. These color systems can be similarly enhanced. For example, ECG colors will use corresponding ICC profiles, and spot colors can use blend model information. One detail that will change will be a choice of which inks carry an encoded signal. For CMYK, cyan and black are dark to the scanner, and are good candidates to carrying a signal. Similarly, 670 nm reflectance curves can be evaluated to determine which of OGV or spot colors can be seen by a 670 nm scanner and which inks can be used to compensate for L* changes.

The above enhancement algorithm of offsetting L* changes with magenta, and offsetting magenta with yellow can be generalized into 2 acts, including: 1) a robustness act (where cyan and/or black are adjusted), and 2) a visibility compensation act (where magenta and/or yellow are adjusted). The robustness act sets robustness up to the resolution of the system. With visibility compensation, magenta and yellow are adjusted to compensate for visibility, which have small impact on the robustness set with cyan and/or black. This small impact is generally negligible, but it is not completely zero. To regain some of the non-zero accuracy, the enhancement process may continue to iterate. Consider the following algorithm using only cyan and magenta for simplicity:

1. Change cyan to set reflectance to the desired 670 nm target (e.g., including original cyan value+an encoded signal tweak).

2. Change magenta to minimize L* changes due to the reflectance target.

3. Check the resulting reflectance to see how much different it is from the desired target due to the magenta changes. If it is larger than allowed, use the current tweak of CMYK as a new background, and then determine a reflectance tweak needed to reach the desired target from that background.

4. Repeat 1 through 3 until either the target is reached to the desired accuracy or a maximum number, z, of iterations is reached, where z is a positive integer.

For CMYK and realistic values of enhancement, this would probably only take two or three iterations. The reason is large cyan tweaks are associated with large magenta tweaks. Large magenta tweaks are associated with more error added in item 3, above. So once the first cyan+magenta tweak is added, a 2^(nd) iteration is carried out typically only if this was a large reflectance tweak. A resulting correction tweak from a 2^(nd) iteration will be a much smaller tweak, since magenta's impact is small. This will result in a much smaller cyan adjustment with an associated smaller magenta adjustment that is more likely to meet the tolerance checked in Step 3. This iteration process is particularly useful for ECG and spot color CME systems.

III. Operating Environments

The components and operations of the various described embodiments and implementations shown in figures and/or discussed in text above, can be implemented in modules. Notwithstanding any specific discussion of the embodiments set forth herein, the term “module” may refer to software, firmware and/or circuitry configured to perform any of the methods, processes, algorithms, functions or operations described herein. Software may be embodied as a software package, code, instructions, instruction sets, or data recorded on non-transitory computer readable storage mediums. Software instructions for implementing the detailed functionality can be authored by artisans without undue experimentation from the descriptions provided herein, e.g., written in C, C++, Objective-C, and C#, Ruby, MatLab, Visual Basic, Java, Python, Tcl, Perl, Scheme, and assembled in executable binary files, etc., in conjunction with associated data. Firmware may be embodied as code, instructions or instruction sets or data that are hard-coded (e.g., nonvolatile) in memory devices. As used herein, the term “circuitry” may include, for example, singly or in any combination, hardwired circuitry, programmable circuitry such as one or more computer processors comprising one or more individual instruction processing cores, parallel processors, state machine circuitry, or firmware that stores instructions executed by programmable circuitry.

Applicant's work also includes taking the scientific principles and natural laws on which the present technology rests and tying them down in particularly defined implementations. For example, the systems and methods described with reference to FIGS. 7-13. One such realization of such implementations is electronic circuitry that has been custom-designed and manufactured to perform some or all of the component acts, as an application specific integrated circuit (ASIC).

To realize such implementations, some or all of the technology is first implemented using a general purpose computer, using software such as MatLab (from MathWorks, Inc.). A tool such as HDLCoder (also available from MathWorks) is next employed to convert the MatLab model to VHDL (an IEEE standard, and doubtless the most common hardware design language). The VHDL output is then applied to a hardware synthesis program, such as Design Compiler by Synopsis, HDL Designer by Mentor Graphics, or Encounter RTL Compiler by Cadence Design Systems. The hardware synthesis program provides output data specifying a particular array of electronic logic gates that will realize the technology in hardware form, as a special-purpose machine dedicated to such purpose. This output data is then provided to a semiconductor fabrication contractor, which uses it to produce the customized silicon part. (Suitable contractors include TSMC, Global Foundries, and ON Semiconductors.)

Another specific implementation of the present disclosure includes color managed embedding operating on a specifically configured smartphone (e.g., iPhone 11 or Android device) or other mobile device, such phone or device. The smartphone or mobile device may be configured and controlled by software (e.g., an App or operating system) resident on the smartphone device. Still another specific implementation of the present disclosure includes color managed embedding operating in a cloud environment, e.g., Amazon Cloud or Microsoft Azure environments. Multiple processors can be used to reduce overall enhancement processing time.

The methods, processes, components, technology, apparatus and systems described above may be implemented in hardware, software or a combination of hardware and software. For example, the color managed embedding and optimizations may be implemented in software, firmware, hardware, combinations of software, firmware and hardware, a programmable computer, electronic processing circuitry, digital signal processors (DSP), FPGAs, graphic processing units (GPUs), a programmable computer, electronic processing circuitry, and/or by executing software or instructions with a one or more processors including parallel processors, multi-core processor(s) and/or other multi-processor configurations.

CONCLUDING REMARKS

Having described and illustrated the principles of the technology with reference to specific implementations, it will be recognized that the technology can be implemented in many other, different, forms. To provide a comprehensive disclosure without unduly lengthening the specification, applicant hereby incorporates by reference each of the above referenced patent documents in its entirety.

The particular combinations of elements and features in the above-detailed embodiments are exemplary only; the interchanging and substitution of these teachings with other teachings in this and the incorporated-by-reference patents and documents are also contemplated. 

1. An image processing method comprising: obtaining a reflectance value representing an image pixel at or around 660 nm, the image pixel representing artwork, the artwork including cyan, magenta, yellow and black channels; altering the reflectance value according to an information carrying signal, said altering yielding a target reflectance value at or around 660 nm; changing in a first direction the cyan value of the image pixel to achieve the target reflectance value, said changing yielding a changed pixel color value; evaluating the luminance (L*) of the changed pixel color value relative to the luminance (L*) of the image pixel; changing in a second direction opposite of the first direction the magenta value of the changed pixel color value to minimize a change in luminance (*L) while maintaining the target reflectance value within 0-5%.
 2. An image processing method comprising: obtaining a pixel corresponding to color values including cyan, magenta, yellow and black values, the cyan, magenta, yellow and black values corresponding to CIELAB L*a*b* values; changing the cyan value to achieve a target reflectance value at or around 660 nm, the target reflectance value corresponding to a reflectance representing pixel reflectance and information signal reflectance at or around 660nm, the changing the cyan value yielding a changed cyan value, in which the changed cyan value, magenta value, yellow value and black values correspond to first changed CIELAB L*a*b* values; changing the magenta value in a direction opposite to the change in cyan value to reduce a luminance difference between the CIELAB L*a*b* values and the first changed CIELAB L*a*b* values, said changing the magenta value yields a changed magenta value, in which the changed cyan value, the changed magenta value, the yellow value and the black value correspond to second changed CIELAB L*a*b* values.
 3. The image processing method of claim 2 further comprising: changing the yellow value in a direction opposite to the change in magenta value, and changing the changed magenta value to reduce a CIELAB b* difference between the CIELAB L*a*b* values and the second changed CIELAB L*a*b* values, said changing the yellow value and changing the changed magenta value yielding a changed yellow value and a second changed magenta value.
 4. An image processing method comprising: obtaining target reflectance values representing reflectance of i) artwork and ii) an information signal at or around 660 nm, the artwork comprising at least first cyan values, first magenta values and first yellow values; obtaining second cyan values from a blend model using the target reflectance values, the first magenta values and the first yellow values, said obtaining yielding second cyan values; changing the first magenta values and the first yellow values to offset luminance (L*) attributable to the second cyan values, the changing yielding second magenta values and second yellow values; and providing the second cyan values, the second magenta values and the second yellow values to represent the artwork, in which the information signal is detectable from image data representing the second cyan values under red-light illumination at or around 660 nm.
 5. The image processing method of claim 4 in which said changing yields second yellow values and second magenta values that approximately keep L* of the second cyan values, second yellow values and second magenta values on a contour of minimum L* change relative to the L* of the first cyan values, first magenta values and first yellow values.
 6. The image processing method of claim 1 in which the target reflectance value at or around 660 nm comprises a target reflectance value in the spectral range of 620 nm-710 nm.
 7. The image processing method of claim 2 in which the target reflectance value at or around 660 nm comprises a target reflectance value in the spectral range of 620 nm-710 nm.
 8. The image processing method of claim 4 in which the at or around 660 nm comprises a spectral range of 620 nm-710 nm.
 9. The image processing method of claim 1 in which the reflectance value represents a group of image pixels at or around 660 nm, and in which said changing in a first direction changes cyan values of the group of image pixels, said changing yielding changed pixel color values, and in which said evaluating evaluates the luminance (L*) of the changed pixel color values relative to the luminance (L*) of the group of image pixels, and in which said changing in a second direction opposite of the first direction magenta values of the changed pixel color values to minimize a change in luminance (*L) while maintaining the target reflectance value within 0-5%.
 10. The image processing method of claim 2 in which pixel corresponds to artwork comprising a plurality of pixels with each of the plurality of pixels comprising a unique color value, and in which said method further comprises repeating the acts for a plurality of pixels.
 11. The image processing method of claim 10 in which the second changed CIELAB L*a*b* values for the plurality of pixels carry the information signal.
 12. An apparatus comprising: memory storing obtaining target reflectance values representing reflectance of i) artwork and ii) an information signal at or around 660 nm, the artwork comprising at least first cyan values, first magenta values and first yellow values; and one or more multi-core processors configured for: obtaining second cyan values from a blend model using the target reflectance values, the first magenta values and the first yellow values, said obtaining yielding second cyan values; changing the first magenta values and the first yellow values to offset luminance (L*) attributable to the second cyan values, the changing yielding second magenta values and second yellow values; providing the second cyan values, the second magenta values and the second yellow values to represent the artwork, in which the information signal is detectable from image data representing the second cyan values under red-light illumination at or around 660 nm.
 13. The apparatus of claim 12 in which said changing yields second yellow values and second magenta values that approximately keep L* of the second cyan values, second yellow values and second magenta values on a contour of minimum L* change relative to the L* of the first cyan values, first magenta values and first yellow values.
 14. The apparatus of claim 12 in which the at or around 660 nm comprises a spectral range of 620 nm-710 nm.
 15. A non-transitory computer readable medium comprising instructions store therein that, when executed by one or more processors, cause the one or more processors to perform the acts of claim
 1. 16. A non-transitory computer readable medium comprising instructions store therein that, when executed by one or more processors, cause the one or more processors to perform the acts of claim
 2. 17. A non-transitory computer readable medium comprising instructions store therein that, when executed by one or more processors, cause the one or more processors to perform the acts of claim
 3. 18. A non-transitory computer readable medium comprising instructions store therein that, when executed by one or more processors, cause the one or more processors to perform the acts of claim
 4. 19. A non-transitory computer readable medium comprising instructions store therein that, when executed by one or more processors, cause the one or more processors to perform the acts of claim
 5. 20. A non-transitory computer readable medium comprising instructions store therein that, when executed by one or more processors, cause the one or more processors to perform the acts of claim
 9. 